home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20021006-20030409 / 000028_fdc@columbia.edu_Sun Oct 20 13:10:39 EDT 2002.msg < prev    next >
Text File  |  2020-01-01  |  2KB  |  46 lines
  1. Article: 13791 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!news.columbia.edu!news-not-for-mail
  3. From: fdc@columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc
  5. Subject: Re: Problems transferring over ppp connection
  6. Date: 20 Oct 2002 13:10:36 -0400
  7. Organization: Columbia University
  8. Lines: 29
  9. Message-ID: <aouo2c$rc0$1@watsol.cc.columbia.edu>
  10. References: <1034801647.495773@irys.nyx.net> <1034909930.793290@irys.nyx.net> <m1n0pab9d2.gnus@usa.net> <1035092921.407864@irys.nyx.net>
  11. NNTP-Posting-Host: watsol.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 1035133837 18893 128.59.39.139 (20 Oct 2002 17:10:37 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 20 Oct 2002 17:10:37 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13791
  16.  
  17. In article <1035092921.407864@irys.nyx.net>,
  18. Henry van Cleef <hvanclee@nyx.net> wrote:
  19.  
  20.   (More about Kermit vs Netscape file transfers over a PPP connection.)
  21.  
  22. When Kermit makes its own dialup connection, it controls the serial-port
  23. and modem settings, the i/o, flow control, and buffering.  When Kermit
  24. uses a PPP connection, it has no control over these things, and in fact,
  25. has no way of knowing whether the underlying TCP/IP connection is serial,
  26. Ethernet, wireless, or what.
  27.  
  28. The TCP layer presents a uniform interface to applications that shields
  29. them from the nature of the underlying connection.  It is the job of the
  30. lower layers (TCP, IP, PPP, the serial port, and the modem in this case)
  31. to provide the application with the highest quality connection.
  32.  
  33. Of course we realize this doesn't always happen, which is why Kermit has
  34. so many user-level adjustments: streaming vs Ack/Nak; packet length,
  35. window size, various adaptations to lack of transparency.  Kermit can't
  36. see though the TCP layer to get at the datalink layer or physical devices.
  37. If they are not doing their jobs, then you have to step in and either fix
  38. them or else scale back on Kermit's performance settings.
  39.  
  40. As to why Netscape transfers work and Kermit ones don't, I'm sure this
  41. could be pinned down given enough evidence, such as TCP packet traces.
  42. Once you see the characteristics of the HTTP data transfer, you could
  43. adjust Kermit to the same characteristics and it would work the same way.
  44.  
  45. - Frank
  46.